home *** CD-ROM | disk | FTP | other *** search
/ Space & Astronomy / Space and Astronomy (October 1993).iso / pc / text / spacedig / v16_3 / v16no311.txt < prev    next >
Internet Message Format  |  1993-07-13  |  27KB

  1. Date: Sun, 14 Mar 93 05:00:02    
  2. From: Space Digest maintainer <digests@isu.isunet.edu>
  3. Reply-To: Space-request@isu.isunet.edu
  4. Subject: Space Digest V16 #311
  5. To: Space Digest Readers
  6. Precedence: bulk
  7.  
  8.  
  9. Space Digest                Sun, 14 Mar 93       Volume 16 : Issue 311
  10.  
  11. Today's Topics:
  12.          Cancels & Clari.* was Re: Threat of mass cancellings
  13.                  cancel wars accountability (3 msgs)
  14.                 Clementine, SDIO, ABM Treaty (3 msgs)
  15.                             DC-X (2 msgs)
  16.                   Galileo Update - 03/10/93 (3 msgs)
  17.                      Gaspra Animation (QuickTime)
  18.                 Here's an example of an anonymous post
  19.                          Lunar Ice Transport
  20.                           Mass Cancellings ?
  21.                        shuttle-derived vehicles
  22.             Soviet Energia: Available for Commercial Use?
  23.                      SR-71 Maiden Science Flight
  24.     Threat of mass cancellings was Re: Anonymity is NOT the issue
  25.  
  26.     Welcome to the Space Digest!!  Please send your messages to
  27.     "space@isu.isunet.edu", and (un)subscription requests of the form
  28.     "Subscribe Space <your name>" to one of these addresses: listserv@uga
  29.     (BITNET), rice::boyle (SPAN/NSInet), utadnx::utspan::rice::boyle
  30.     (THENET), or space-REQUEST@isu.isunet.edu (Internet).
  31. ----------------------------------------------------------------------
  32.  
  33. Date: Sat, 13 Mar 1993 13:39:09 GMT
  34. From: Larry Snyder <larry@gator.rn.com>
  35. Subject: Cancels & Clari.* was Re: Threat of mass cancellings
  36. Newsgroups: news.admin.policy,news.admin,comp.org.eff.talk,sci.space,alt.privacy
  37.  
  38. dclunie@pax.tpa.com.au (David Clunie) writes:
  39.  
  40. >I don't get a clari feed (unfortunately) - what is the significance of
  41. >clari.* feeds and cancel messages ?
  42.  
  43. lots of additional traffic and activity on the machines who do receive
  44. it
  45.  
  46.  
  47. -- 
  48. Larry Snyder                               
  49. larry@gator.rn.com
  50.  
  51. ------------------------------
  52.  
  53. Date: Sat, 13 Mar 1993 06:38:33 GMT
  54. From: doug@cc.ysu.edu
  55. Subject: cancel wars accountability
  56. Newsgroups: comp.org.eff.talk,alt.privacy,sci.space,sci.astro,news.admin.policy
  57.  
  58. Ordinarily I would edit the headers to remove all but news.admin.policy from
  59. the Newsgroups: and Followup-To: line.  This is an exception.
  60.  
  61. 8 February 1993 (an8785@anon.penet.fi) wrote:
  62.  
  63. : If do not think Richard E. Depew's (red@uhura.neoucom.edu) threat to censor
  64. : the postings *you* may wish to read by beginning a "canceling war,"
  65. : a good idea, please write directly to:
  66.  
  67. [...]
  68.  
  69. : You may also wish to copy:
  70.  
  71.  
  72. : Express your concern for this threatened instance of network vandalism and
  73. : damage to academic freedom throughout the world by a reputed representative
  74. : of his organization.
  75.  
  76. (1) Dick is accountable for his actions.  You aren't.  You don't even have
  77.     a sysadmin (other than Julf) to write to.
  78. (2) Dick announced his intentions openly, where he could have just as easily
  79.     surreptitiously started doing it, and the 5-6 posts a day would have
  80.     just vanished.  You just appeared out of nowhere, posted tabloid stuff
  81.     to a scientific newsgroup, and otherwise stirred the pot on this. 
  82. (3) Dick, as someone that I exchange news with directly and as a resource
  83.     when I was getting started in usenet, has proved his understanding of
  84.     what's going on and his competence in news administration.  You haven't.
  85. (4) Dick was very straightforward about what he was going to do.  You posted
  86.     a cowardly, anonymous suggestion that we phone/mail/otherwise annoy his
  87.     supervisor.
  88.  
  89. Maybe Dick should've announced he was going to do anonymously ??  Would
  90. Julf have done the same thing you did, breaching his anonymity at the same
  91. time ?
  92.  
  93. It's people like you that justify responses like Dick's.
  94.  
  95. -- 
  96. Doug Sewell, Tech Support, Computer Center, Youngstown State University
  97. doug@cc.ysu.edu       doug@ysub.bitnet    <internet>!cc.ysu.edu!doug
  98.  
  99. uuencode bunny.dropping < core | mail jp@tygra.michigan.com
  100.  
  101. ------------------------------
  102.  
  103. Date: 13 Mar 93 08:14:13 GMT
  104. From: Doug Sewell <doug@cc.ysu.edu>
  105. Subject: cancel wars accountability
  106. Newsgroups: news.admin.policy,comp.org.eff.talk,alt.privacy,sci.space,sci.astro
  107.  
  108. Ordinarily I would edit the Newsgroups: line to limit discussion to news.
  109. admin.policy.  I have directed followups there.
  110.  
  111. 8 February 1993 (an8785@anon.penet.fi) wrote:
  112.  
  113. : If do not think Richard E. Depew's (red@uhura.neoucom.edu) threat to censor
  114. : the postings *you* may wish to read by beginning a "canceling war,"
  115. : a good idea, please write directly to:
  116.  
  117. [...]
  118.  
  119. : or call him at [...]
  120.  
  121. : You may also wish to copy:
  122.  
  123. [...]
  124.  
  125. : Express your concern for this threatened instance of network vandalism and
  126. : damage to academic freedom throughout the world by a reputed representative
  127. : of his organization.
  128.  
  129. This is the most cowardly thing I've ever seen posted through an anonymous
  130. service. 
  131.  
  132. It's people like you that justify Dick's response.
  133.  
  134. And yes, I seriously considered canceling your post.  Whether I would've
  135. announced it or not, I dunno.
  136.  
  137. Oh, and if you succeed in getting Dick to not run an auto-canceller, then
  138. perhaps someone will implement one and not announce it to the net.  It's
  139. not difficult.
  140.  
  141. Or perhaps we need someone to implement an anonymous-cancel-by-mail server ?
  142.  
  143. -- 
  144. Doug Sewell, Tech Support, Computer Center, Youngstown State University
  145. doug@cc.ysu.edu       doug@ysub.bitnet    <internet>!cc.ysu.edu!doug
  146.  
  147. uuencode bunny.dropping < core | mail jp@tygra.michigan.com
  148.  
  149. ------------------------------
  150.  
  151. Date: Sat, 13 Mar 93 12:53:53 GMT
  152. From: Jay Maynard <jmaynard@nyx.cs.du.edu>
  153. Subject: cancel wars accountability
  154. Newsgroups: comp.org.eff.talk,alt.privacy,sci.space,sci.astro,news.admin.policy
  155.  
  156. In article <1993Mar13.045419.24752@fuug.fi> an8785@anon.penet.fi writes:
  157. >If do not think Richard E. Depew's (red@uhura.neoucom.edu) threat to censor
  158. >the postings *you* may wish to read by beginning a "canceling war,"
  159. >a good idea, please write directly to:
  160.  
  161. [...]
  162. >Express your concern for this threatened instance of network vandalism and
  163. >damage to academic freedom throughout the world by a reputed representative
  164. >of his organization.
  165.  
  166. So who do I write to express my concern for your repeated instances of network 
  167. vandalism and damage to academic freedom by posting offensive messages in an 
  168. apparent attempt to drive folks out of a serious newsgroup? Turnabout is fair 
  169. play.
  170.  
  171. I'll say it again: YOU, SIR, ARE A COWARD!
  172.  
  173. (BTW, I plan to write the gentlemen in your original message expressing my 
  174. opinion that Richard E. Depew's idea is a good one and that he should 
  175. implement it without delay.)
  176. --
  177. Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can
  178. jmaynard@oac.hsc.uth.tmc.edu      | adequately be explained by stupidity.
  179.         You won't see this on TV: (video of Mount Carmel compound)
  180.         "This is David Koresh, of Waco, Texas. He cannot be seen."
  181.  
  182. ------------------------------
  183.  
  184. Date: Sat, 13 Mar 93 14:25:47 EET
  185. From: flb@flb.optiplan.fi (F.Baube x554)
  186. Subject: Clementine, SDIO, ABM Treaty
  187.  
  188. SDIO has been shooting holes in the ABM Treaty for a *long* time.
  189. Ten years ago, after noting that the treaty prohibits tests against 
  190. objects in space, they announced their intention to conduct tests 
  191. against *points* in space.
  192.  
  193. The program's focus has changed from defending against a mass 
  194. [Soviet] attack, to defending against a onesies-&-twosies attack.  
  195. Such a defense could be developed, and more cheaply, using ground-
  196. based systems, with considerably less damage to the treaty.  This 
  197. would not be a bad idea, and not just because the US would actually 
  198. be honoring its treaty commitments.
  199.  
  200. Consider that any halfway-adequate space-based ABM system is neces-
  201. sarily an excellent anti-satellite system, and so potentially quite 
  202. destabilizing in a crisis.
  203.  
  204. Relevance to sci.space ?  Hm-m-m .. maybe detour all that 
  205. SDIO money and hardware into unabashedly civilian programs ?
  206.  
  207. -- 
  208. * Fred Baube GU/MSFS      * We live in only one small room of the
  209. * Optiplan O.Y.           * enormous house of our consciousness
  210. * baube@optiplan.fi       *       -- William James
  211. * It's lo-og, it's lo-og, it's big, it's heavy, it's wood !
  212. * It's lo-og, it's lo-og, it's better than bad, it's good !
  213. * #include <disclaimer.h>
  214.  
  215. ------------------------------
  216.  
  217. Date: 13 Mar 93 13:48:25
  218. From: Brian Yamauchi <yamauchi@ces.cwru.edu>
  219. Subject: Clementine, SDIO, ABM Treaty
  220. Newsgroups: sci.space
  221.  
  222. In article <C3tupL.Jst.1@cs.cmu.edu> flb@flb.optiplan.fi ("F.Baube x554") writes:
  223. >The program's focus has changed from defending against a mass 
  224. >[Soviet] attack, to defending against a onesies-&-twosies attack.  
  225. >Such a defense could be developed, and more cheaply, using ground-
  226. >based systems, with considerably less damage to the treaty.  This 
  227. >would not be a bad idea, and not just because the US would actually 
  228. >be honoring its treaty commitments.
  229.  
  230. Given that the other treaty signatory no longer exists, I'm not sure
  231. that the ABM treaty is all that relevant.  Sure, the US and CIS have
  232. agreed to honor these treaties, but, the Russians, at least, are
  233. unlikely to complain about creative reinterpretations of these
  234. treaties -- as long as they're asking for money...
  235.  
  236. >Relevance to sci.space ?  Hm-m-m .. maybe detour all that 
  237. >SDIO money and hardware into unabashedly civilian programs ?
  238.  
  239. The question is how to do this without losing the willingness to
  240. innovate and take risks that has been demonstrated by SDIO --
  241. Clementine, DC-X, Timberwind.  There are smart, innovative thinkers
  242. working at NASA and NASA contractors, but the management structure is
  243. not oriented toward implementing these ideas -- with the possible
  244. exception of some parts of JPL and (ex-SDIO boss) Griffin's (woefully
  245. underfunded) Office of Exploration.
  246.  
  247. One alternative would be to set up SDIO as an alternative
  248. military/civilian space exploration agency (just as LLNL was set up as
  249. an alternative to LANL) -- but I think there would be substantial
  250. opposition to this from certain sectors of the NASA hierarchy...
  251. --
  252. _______________________________________________________________________________
  253.  
  254. Brian Yamauchi            Case Western Reserve University
  255. yamauchi@alpha.ces.cwru.edu    Department of Computer Engineering and Science
  256. _______________________________________________________________________________
  257.  
  258. ------------------------------
  259.  
  260. Date: 13 Mar 93 21:21:18 GMT
  261. From: Henry Spencer <henry@zoo.toronto.edu>
  262. Subject: Clementine, SDIO, ABM Treaty
  263. Newsgroups: sci.space
  264.  
  265. In article <C3tupL.Jst.1@cs.cmu.edu> flb@flb.optiplan.fi ("F.Baube x554") writes:
  266. >The program's focus has changed from defending against a mass 
  267. >[Soviet] attack, to defending against a onesies-&-twosies attack.  
  268. >Such a defense could be developed, and more cheaply, using ground-
  269. >based systems, with considerably less damage to the treaty.  This 
  270. >would not be a bad idea...
  271.  
  272. Which is why SDIO is already working on it; in fact, that and tactical
  273. missile defence for military forces are the big growth areas of their
  274. budget.
  275.  
  276. However, even a ground-based interceptor system would benefit quite
  277. substantially from space-based sensors.  And even a ground-based system
  278. is likely to require amendments to the treaty, because it would be a
  279. whole lot easier to defend the US from bases in its four corners (plus
  280. one apiece for Alaska and Hawaii) than from one base in the center of
  281. the continent, which is all the treaty now allows.
  282.  
  283. >Consider that any halfway-adequate space-based ABM system is neces-
  284. >sarily an excellent anti-satellite system, and so potentially quite 
  285. >destabilizing in a crisis.
  286.  
  287. Destabilizing from whose viewpoint?  Mass Soviet attack is no longer
  288. a big concern, remember.  I doubt that Libya or Iraq is going to have
  289. a worldwide satellite-based communications-and-control system to worry
  290. about.
  291.  
  292. Note also:  a halfway-adequate ground-based system has the same problem.
  293. Satellites make much easier targets than missiles, whether you are
  294. shooting at them from the ground or from space.
  295.  
  296. >Relevance to sci.space ?  Hm-m-m .. maybe detour all that 
  297. >SDIO money and hardware into unabashedly civilian programs ?
  298.  
  299. Bear in mind that SDIO's budget is less than half the size of NASA's.
  300. You're not going to see a huge gain from rerouting the money.  People
  301. seem to be under the impression that SDIO's budget is vast; it's not.
  302.  
  303. Some cross-fertilization of technology would be a good idea, and it's
  304. already happening to some extent.  But the main reason why SDIO has
  305. things to contribute is simply that civilian space technology has
  306. stagnated so badly for the last two decades.  Giving more money to
  307. the people responsible for the current mess is not going to help.
  308. SDIO's big advantage in technology development is not big budgets,
  309. but organizational youth and a lack of enshrined sacred cows.  The
  310. people pushing SSTO aimed their sales pitch at SDIO not because SDIO
  311. could throw billions and billions at it, but because SDIO could make
  312. up its mind quickly, could run a lean project emphasizing results
  313. rather than ass-covering and press releases, and didn't have massive
  314. organizational commitments to existing launchers.
  315. -- 
  316. C++ is the best example of second-system| Henry Spencer @ U of Toronto Zoology
  317. effect since OS/360.                    |  henry@zoo.toronto.edu  utzoo!henry
  318.  
  319. ------------------------------
  320.  
  321. Date: 13 Mar 93 07:43:12 GMT
  322. From: Pat <prb@access.digex.com>
  323. Subject: DC-X
  324. Newsgroups: sci.space
  325.  
  326. Hating to sound cynical,  but note how different the Management
  327. structure and design philosophy of DC-X is from SSF.
  328.  
  329. Everything is off the shelf engineering.  All connectors are standard.
  330. THey are leaving slack to modify without having a coronary.
  331. I suspect the management structure is very small.
  332.  
  333. pat
  334.  
  335. ------------------------------
  336.  
  337. Date: 13 Mar 93 21:31:55 GMT
  338. From: Henry Spencer <henry@zoo.toronto.edu>
  339. Subject: DC-X
  340. Newsgroups: sci.space
  341.  
  342. In article <1993Mar13.031047.4386@ee.ubc.ca> davem@ee.ubc.ca (Dave Michelson) writes:
  343. >>They were MOST interested in hearing about YOUR support.
  344. >>I agreed to carry hard copies of posts from here to their facility as a
  345. >>morale booster...
  346. >
  347. >It goes without saying that the DC-X team certainly have *my* support.
  348.  
  349. I think it's fair to say that almost everyone in this community is hoping
  350. and praying that DC-X will work (and that DC-Y will get funded and work).
  351. Even most of the skeptics -- who think it's a poor approach or beyond
  352. the near-term state of the art -- would be delighted to be proved wrong.
  353. -- 
  354. C++ is the best example of second-system| Henry Spencer @ U of Toronto Zoology
  355. effect since OS/360.                    |  henry@zoo.toronto.edu  utzoo!henry
  356.  
  357. ------------------------------
  358.  
  359. Date: Sat, 13 Mar 1993 11:20:49 GMT
  360. From: Dan Tilque <dant@techbook.com>
  361. Subject: Galileo Update - 03/10/93
  362. Newsgroups: sci.space,sci.astro,alt.sci.planetary
  363.  
  364. baalke@kelvin.jpl.nasa.gov (Ron Baalke) writes:
  365. >
  366. >     Galileo's spin rate was increased to 10.5 rpm today to
  367. >demonstrate the high spin rate required for probe release (July
  368. >1995) and subsequent activities using the large, 400-newton
  369. >rocket engine.  The spin rate will be returned to 3.15 rpm on
  370. >Friday.
  371.  
  372. Did they try pulsing the deployment motor in conjunction with a high
  373. spin rate to try to release the antenna?  Or is the antenna on the
  374. non-spinning part of the craft?  (I do remember rightly that Galileo is
  375. a dual spin craft, don't I?)  If it is on the spinning part, can the
  376. spin rate go higher than this without damaging the craft?
  377.  
  378. ---
  379. Dan Tilque    --     dant@techbook.com
  380.  
  381. ------------------------------
  382.  
  383. Date: 13 Mar 1993 16:31 UT
  384. From: Ron Baalke <baalke@kelvin.jpl.nasa.gov>
  385. Subject: Galileo Update - 03/10/93
  386. Newsgroups: sci.space,sci.astro,alt.sci.planetary
  387.  
  388. In article <C3trJp.8En@techbook.com>, dant@techbook.com (Dan Tilque) writes...
  389. >baalke@kelvin.jpl.nasa.gov (Ron Baalke) writes:
  390. >>
  391. >>     Galileo's spin rate was increased to 10.5 rpm today to
  392. >>demonstrate the high spin rate required for probe release (July
  393. >>1995) and subsequent activities using the large, 400-newton
  394. >>rocket engine.  The spin rate will be returned to 3.15 rpm on
  395. >>Friday.
  396. >Did they try pulsing the deployment motor in conjunction with a high
  397. >spin rate to try to release the antenna? 
  398.  
  399. The spinup was not expected to open the antenna.  The deployment motors
  400. were pulsed anyway during the spinup, and the antenna did not open.
  401.  
  402. On March 10, while the spacecraft was at high spin (10.5 rpm), real-time
  403. commands were sent to warmup the High Gain Antenna (HGA) motors and to hammer
  404. the motors for 540 pulses at 1.25 hertz at a 33.3 percent duty cycle.
  405. Subsequent analysis of motor current data indicated no change to the HGA
  406. configuration.
  407.      ___    _____     ___
  408.     /_ /|  /____/ \  /_ /|     Ron Baalke         | baalke@kelvin.jpl.nasa.gov
  409.     | | | |  __ \ /| | | |     Jet Propulsion Lab |
  410.  ___| | | | |__) |/  | | |__   M/S 525-3684 Telos | It's kind of fun to do
  411. /___| | | |  ___/    | |/__ /| Pasadena, CA 91109 | the impossible. 
  412. |_____|/  |_|/       |_____|/                     | Walt Disney
  413.  
  414. ------------------------------
  415.  
  416. Date: 13 Mar 93 20:59:21 GMT
  417. From: Henry Spencer <henry@zoo.toronto.edu>
  418. Subject: Galileo Update - 03/10/93
  419. Newsgroups: sci.space,sci.astro,alt.sci.planetary
  420.  
  421. In article <C3trJp.8En@techbook.com> dant@techbook.com (Dan Tilque) writes:
  422. >>     Galileo's spin rate was increased to 10.5 rpm today to
  423. >>demonstrate the high spin rate required for probe release...
  424. >
  425. >Did they try pulsing the deployment motor in conjunction with a high
  426. >spin rate to try to release the antenna?  Or is the antenna on the
  427. >non-spinning part of the craft?  (I do remember rightly that Galileo is
  428. >a dual spin craft, don't I?)  If it is on the spinning part, can the
  429. >spin rate go higher than this without damaging the craft?
  430.  
  431. Galileo is dual-spin, the antenna is on the spinning section, and they
  432. did try another hammering run.
  433.  
  434. However, do bear in mind that the antenna's central mast, where the
  435. stuck ribs are, is on the spin axis.  It would take a horrendous spin
  436. rate to exert noticeable forces on lightweight ribs a few centimeters
  437. from the axis.  They tried it because it was easy to try, not because
  438. there was much chance of it having any effect.
  439.  
  440. They can't take the spin rate all that much higher because the
  441. magnetometer and the RTGs are out on booms, exposed to far higher
  442. centrifugal forces than the antenna.
  443. -- 
  444. C++ is the best example of second-system| Henry Spencer @ U of Toronto Zoology
  445. effect since OS/360.                    |  henry@zoo.toronto.edu  utzoo!henry
  446.  
  447. ------------------------------
  448.  
  449. Date: Sat, 13 Mar 1993 20:50:50 GMT
  450. From: Mike Smithwick <mike@rahul.net>
  451. Subject: Gaspra Animation (QuickTime)
  452. Newsgroups: sci.space,sci.astro,alt.sci.planetary
  453.  
  454. []
  455. Is this file compressed or corrupted somehow? The Zmodem hurled when
  456. trying to download this so I finally went to Kermit. But the
  457. quicktime readers I have don't recognize it at all.
  458.  
  459. mike
  460.  
  461. -- 
  462. This message brought to you by the Happy Fun Ball! It's Happy! It's
  463. fun!! It's the HAPPY FUN BALL!!! (Still legal in 16 states)
  464. *** Mike Smithwick - mike@rahul.net 
  465. *** No disclaimer is necessary since I only work for myself, HA! HA! HA! HA!
  466.  
  467. ------------------------------
  468.  
  469. Date: 13 Mar 1993 17:30:49 GMT
  470. From: Erik Oliver <eoliver@ralph.cs.haverford.edu>
  471. Subject: Here's an example of an anonymous post
  472. Newsgroups: news.admin.policy,news.admin.misc,sci.space,alt.privacy
  473.  
  474. In article <1993Mar12.194601.2411@jato.jpl.nasa.gov> jqr@jato.jpl.nasa.gov (John Q. Random) writes:
  475. >What does it take for people to realize that anyone can be anyone they
  476. >choose? You don't have to use any damn anonymous service, you can say
  477. >what the hell you want by just getting a random account like this one
  478. >and posting away. 
  479. >
  480. >Give me a break, people. Choose something else to get mad about...
  481. >like inappropriate postings or cascades. This one you cannot do anything
  482. >about. 
  483.  
  484. Um, there is a difference of degrees.  Our college is experiencing
  485. basically this same problem with mail forging now that POPmail and
  486. Eudora are available from any mac.   Prior to this, only 5-10 people
  487. really knew how to forge mail at Haverford, fortunately this has not yet
  488. become a problem, perhaps because of our Honor Code.
  489.  
  490. The same is true of forging New posts.  "anonimity" of sorts is possible
  491. with some severe effort, but only a _REALLY_ small portion of the users
  492. could do a really good forgery.  Most users could just change there from
  493. line, but the paths would be a give away as would the NNTP-POSTING-HOST
  494. line.
  495.  
  496. So, coming back to the point, in general you can feel reasonably
  497. assured that when you are dealing with most posts, there is a traceable
  498. and legitimate account being used to post from.  And a chain of
  499. authority.  E.g. for a UUCP site, perhaps it starts at there
  500. UUCP<->INTERNET connect site.  And not at the SysAdmin level.  For
  501. Haverford it starts with the director of Academic Computing.
  502.  
  503. -Erik
  504.  
  505. ------------------------------
  506.  
  507. Date: 13 Mar 93 07:40:25 GMT
  508. From: Pat <prb@access.digex.com>
  509. Subject: Lunar Ice Transport
  510. Newsgroups: sci.space
  511.  
  512. Fred talks about accuracy problems in Ballistic delivery due to masscons
  513. and weight variations.
  514.  
  515.  
  516. I imagine tha tthe  problem is not that difficult.
  517.  
  518. First, a highly accurate gravity map would be available,  and this
  519. would be over a single well known route.
  520.  
  521. Second,  the moon is seismically dead, so it won't vary.
  522.  
  523. Third.  THere is no atmosphere to foul up flight.
  524.  
  525. I imagine loads would be weight and balance checked before launch,
  526. and may even fly with an emergency trajectory correction package
  527. for abort purposes.  i.e.  the gun loses power on the final 10%
  528. of acceleration.
  529.  
  530. Remember, using 18"  cannon,  in atmosphere,  the US navy had a regular
  531. accuracy of 50 meters in 35 miles.
  532.  
  533. My question, in lunar ballistics, are there second order effects?
  534. Solar changes,  or tidal effects???  that sort of thing.
  535.  
  536. pat
  537.  
  538. ------------------------------
  539.  
  540. Date: Sat, 13 Mar 93 14:32:50 EET
  541. From: flb@flb.optiplan.fi (F.Baube x554)
  542. Subject: Mass Cancellings ?
  543.  
  544. Karl Denninger <karl@genesis.MCS.COM>
  545. > Uh, don't bet on it.  The First Ammendment only applies to 
  546. > GOVERNMENT censorship, and only within the US.  Private  
  547. > companies do not have to abide the First Ammendment.
  548.  
  549. There are exceptions.  For example, the courts recognize 
  550. that for "reasonable" freedom-of-speech purposes, shopping 
  551. malls are public spaces.
  552.  
  553. At some point when Net access becomes as common as telephone
  554. sets, you might see limits on private power to control content.
  555. Has anyone brought a lawsuit re. Prodigy's censorship ?
  556.  
  557. -- 
  558. * Fred Baube GU/MSFS      * We live in only one small room of the
  559. * Optiplan O.Y.           * enormous house of our consciousness
  560. * baube@optiplan.fi       *       -- William James
  561. * It's lo-og, it's lo-og, it's big, it's heavy, it's wood !
  562. * It's lo-og, it's lo-og, it's better than bad, it's good !
  563. * #include <disclaimer.h>
  564.  
  565. ------------------------------
  566.  
  567. Date: 13 Mar 93 21:25:46 GMT
  568. From: Henry Spencer <henry@zoo.toronto.edu>
  569. Subject: shuttle-derived vehicles
  570. Newsgroups: sci.space
  571.  
  572. In article <1nt6lsINN5ft@access.digex.com> prb@access.digex.com (Pat) writes:
  573. >>... I've seen proposals for launch vehicles using
  574. >>SRB's and ET's with a wingless, unmanned cargo vehicle attached instead
  575. >>of the cargo vehicle.  I 've also seen proposals for shuttle-derived
  576. >>launch vehicles in which shuttle main engines are clustered at the tail
  577. >>of the ET, minimizing some of those stresses.
  578. >
  579. >Sounds like you are describing the ARES launch vehicle Zubrin sketched.
  580. >Shuttle ET, with a Main engine cluster at the base.  2 -4 clustered SRBs.
  581. >launchs 40 tons to orbit, enough for Mars direct.
  582.  
  583. Actually, Zubrin's Ares, as of his presentation at the last Worldcon, has
  584. its SSMEs in a little pod where the orbiter's tail section is now, although
  585. it puts its payload (and upper stage) on top of the ET rather than
  586. immediately above the SSMEs.
  587.  
  588. However, Ares is only the latest of a long line of such shuttle-derived
  589. launchers; Zubrin didn't invent the idea.
  590. -- 
  591. C++ is the best example of second-system| Henry Spencer @ U of Toronto Zoology
  592. effect since OS/360.                    |  henry@zoo.toronto.edu  utzoo!henry
  593.  
  594. ------------------------------
  595.  
  596. Date: 13 Mar 93 17:46:36 GMT
  597. From: Pat <prb@access.digex.com>
  598. Subject: Soviet Energia: Available for Commercial Use?
  599. Newsgroups: sci.space
  600.  
  601. In article <1993Mar12.175133.7302@ringer.cs.utsa.edu> sbooth@lonestar.utsa.edu (Simon E. Booth) writes:
  602. >
  603. >That's what I had thought.  I've seen proposals for launch vehicles using
  604. >SRB's and ET's with a wingless, unmanned cargo vehicle attached instead
  605. >of the cargo vehicle.  I 've also seen proposals for shuttle-derived
  606. >launch vehicles in which shuttle main engines are clustered at the tail
  607. >of the ET, minimizing some of those stresses.
  608.  
  609.  
  610.  
  611. Sounds like you are describing the ARES launch vehicle Zubrin sketched.
  612.  
  613. Shuttle ET, with a Main engine cluster at the base.  2 -4 clustered SRBs.
  614.  
  615. launchs 40 tons to orbit, enough for Mars direct.
  616.  
  617. pat
  618.  
  619. ------------------------------
  620.  
  621. Date: 12 Mar 93 17:30:31 GMT
  622. From: William Daul <billd@informix.com>
  623. Subject: SR-71 Maiden Science Flight
  624. Newsgroups: sci.space
  625.  
  626. Any of you remember the cost of operating the SR-71?  Wasn't it something
  627. like $10,000 and hour as opposed to 3-4000 for the US?
  628.  
  629.  
  630. In <12MAR199302000810@kelvin.jpl.nasa.gov> baalke@kelvin.Jpl.Nasa.Gov (Ron Baalke) writes:
  631.  
  632. >Forwarded from:
  633. >PUBLIC INFORMATION OFFICE
  634. >JET PROPULSION LABORATORY
  635. >CALIFORNIA INSTITUTE OF TECHNOLOGY
  636. >NATIONAL AERONAUTICS AND SPACE ADMINISTRATION
  637. >PASADENA, CALIF. 91109. (818) 354-5011
  638.  
  639. >Contact: Mary A. Hardin
  640.  
  641. >FOR IMMEDIATE RELEASE                             March 11, 1993 
  642. >#1498 
  643.  
  644. >     The first science flight of a high-speed ex-reconnaissance
  645. >aircraft took place March 9 from California's Edwards Air Force
  646. >Base, carrying a payload operated by scientists at the Jet
  647. >Propulsion Laboratory.
  648. -- 
  649. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  650.  William Daul             Advanced Support      INFORMIX SOFTWARE INC.
  651.  4100 Bohannon Dr.        (415) 926-6488 - wk
  652.  Menlo Park, CA. 94025    uunet!infmx!billd  or  billd@informix.com
  653.  
  654. ------------------------------
  655.  
  656. Date: Sat, 13 Mar 1993 17:42:56 -0500 
  657. From: Nicholas Kramer <nk24+@andrew.cmu.edu>
  658. Subject: Threat of mass cancellings was Re: Anonymity is NOT the issue
  659. Newsgroups: news.admin.policy,comp.org.eff.talk,sci.space,alt.privacy,news.admin
  660.  
  661. KK=Karl_Kleinpaste@cs.cmu.edu
  662.  
  663. me>    "Two wrongs does not make a right."
  664. KK>Quite so -- I'm not recommending it.  But in order to have applied that
  665. KK>aphorism, you must have acknowledged that what Johan is doing is wrong.
  666.  
  667.  Technically, yes. But consider that concept if we assume Johan is
  668. right: "Johan has done nothing wrong, therefore I have the right to
  669. punish him." In any case, this is just a word game. We seem to agree on
  670. the basics: Sending cancel messages isn't a great solution.
  671.  
  672.  
  673.                         Nick
  674.  
  675. ------------------------------
  676.  
  677. End of Space Digest Volume 16 : Issue 311
  678. ------------------------------
  679.